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Interactive Media System 
Field of the Invention 

The present invention relates to the interactive provision of information, 
entertainment or services. 

Background to the Invention 

In recent years, there has been a rapid growth in the provision of interactive 
services using the World Wide Web and proposals have been made for interactive 
television. However, each of the present interactive systems stands alone and 
cannot generally combine different output media, although a system combining 
mobile telephones and public display screens is disclosed in WO-A-9851068. 

Summary of the Invention 

The aim of the present invention is to provide a common architecture for the 
interactive provision of information, entertainment and services. 

According to the present invention, there is provided an interactive media system 
including: - 

a user interface comprising an output device having a visual output user interface 
part located for private use and user input means located for use by a user concurrently 
with the output user interface part; and 

a server comprising:- 

a state machine; 

an input routing means for receiving a message from the user input means, 
the message comprising a session reference and data, and for routing at least the 
data part a received message to the state machine in dependence on the session 
reference; and 

output routing means for routing messages, comprising at least a 
destination reference and control data for the output device, and for routing said 
control data to the output device in dependence on said destination reference, 
wherein the state machine is responsive to data routed to it by the input router to 
generate a message, comprising at least a destination reference. 
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The output routing means preferably receives messages from the state machine. However 
the output routing function can be provided by the state machine itself. 

5 The session reference may comprise, for example, a session ID or a message source ID 
which can be used to identify a session. 

Thus, the present invention differs from the system disclosed in WO-A-9851068 in that the 
visual output user interface is located for private use in contrast to the large public displays 
10 disclosed in WO-A-9851068. 



In the context of the present application, "state machine* means a hardware or software 
• element that can exist in a predetermined number of states and can make a limited number 
of transitions from one state to another, in response to input signals or the state of some 
15 variable when that variable is inspected. 

Preferably, a system according to the present invention includes an additional processing 
apparatus, wherein said destination reference may refer selectively to the user interface or 
the additional processing means. Consequently, the server can control some operation 
20 other than the generation of the user interface output. 

The server may comprise a plurality of state machines, each state machine being responsive 
to data routed to it by the input routing means to provide a message, comprising at least a 
destination reference identifying the output device and control data for the output device, 
25 to the output routing means. A separate state machine is preferably provided for each 
session. The control data for the output device is an instruction to the output device not, 
for example, an image or audio data signal. 

The or each state machine may comprise an instance of a software object or a component. 
30 If the or each state machine comprises a component, the input and output routing means 
preferably exist in the same process space and the or each component exists in its own 
process space. 



WO 00/33533 PCT/GB99/031 83 



Preferably, the operation, e.g. allowable state transitions, of the or each state machine is 
defined, at least in part, by a respective control file. The or each control file may comprise 
data in the form of a mark-up language. More preferably, the or each state machine 
comprises a software object, the state changes of the state machine being defined in some 
cases by methods of said object and in other cases by the contents of the respective control 
file. This enables messages not generated directly by the user, e.g. for synchronization of 
audio and video aspects of the user interface, to be treated in a standard manner so that 
they do not need to be considered by content designers when producing a control file. 

The input and output routing means may comprise a single software procedure or object. 
This means that the messages from the state machines can be the result of function 
methods invoked with incoming messages as parameters. 

In one embodiment, the user interface comprises a portable computing device having a 
web browser program and an associated mobile telephone means and said messages are 
sent between the server and the mobile telephone means by means of a messaging service. 

In another embodiment, the user interface comprises a telephone and a web server. Such a 
system may be an electronic commerce system in which sensitive information is entered by 
the user operating the buttons on a telephone rather than by entering the data in an HTML 
form for transmission via the Internet. Preferably, in such a system, the server will 
communicate with a financial service provider for confirming that finds are available for a 
purchase from a vendor, represented to the user by the web server. If the server is 
operated by a telephone company, the purchases made using the system could be notified 
in the user's telephone bill. 

In yet another embodiment, the user interface comprises a telephone and a television 
broadcasting apparatus. Such a system can be used to provide interactive services in 
association with a broadcast television programme. 

According to the present invention, there is provided a method of providing interactivity to 
a user, the method including the steps of: - 
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receiving a first message from a user input means of a user interface, the user 
interface comprising an output device having a visual output user interface part located for 
private use and the user input means being located for use by a user concurrently with the 
output user interface part and the message comprising a session reference and data; 

routing said first message to a state machine; 

using said state machine to generate a second message, comprising at least a 
destination reference and control data, in response to data in said first message; and 

routing said second message to said output device in dependence on said 
destination reference. 

A method according to the present invention may include the steps of: - 
receiving a third message from said user input means; 
routing said third message to said state machine; 

using said state machine to generate a fourth message, comprising at least a 
destination reference and data, in response to data in said third message; and 
routing said fourth message to a device other than said user interface. 

Preferably, said state machine is selected from a plurality of state machines in dependence 
on said session reference. 

Preferably, the or each state machine comprises an instance of a software object. 

Preferably, the operation of the or each state machine is defined, at least in part, by a 
respective control file. More preferably, the or each control file comprises data in the form 
of a mark-up language. 

The or each state machine may comprise a software object, the state changes of the state 
machine being defined in some cases by methods of said object and in other cases by the 
contents of the respective control file. 

The user interface may comprise a portable computing device having a web browser 
program and an associated mobile telephone means and said messages are sent between the 
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server and the mobile telephone means by means of a messaging service, or a telephone 
and a web server, or a telephone and a television broadcasting apparatus. 

Recent developments in mobile telephones and portable computers have made the use of 
browser-based applications in the mobile environment a possibility. It is possible to use a 
portable computer and a GSM mobile phone to connect to the web sites on the Internet. 
In this situation, the mobile telephone replaces a pstn dial-up connection. 

However, a problem arises in that mobile telephone connections are not as stable as land 
line connections. For instance, contact can be lost when a mobile telephone user passes 
into a tunnel. This is not an infrequent occurrence when travelling by train. Furthermore, 
call costs for mobile telephones tend to be higher than for pstn-only calls. 

The present invention also resides in using message service messages from a mobile 
telephone network to produce web browser pages. This overcomes the problem of 
interruptions that occur when a mobile telephone system traffic channel is used for 
receiving web browser data. Whilst the present invention has particular application to the 
case where a user is mobile, it is not limited thereto and may be embodied using apparatus 
that is not designed for mobile use together with a mobile telephone. 

"Message service" means a data communication service provided in a mobile telephone 
network which transmits data independently of speech traffic call handling procedures. An 
example of such a service is the SMS (short message service) provided in GSM netwoiks. 

According to the present invention, there is also provided a method of communicating 
information comprising the steps of: 

receiving, by means of mobile telephone means, a message service message from a 
mobile telephone network; 

generating a browser page in dependence on the received message; and 

displaying the generated page using a web browser. 

Preferably, the browser page is generated by merging data in said message with a template 
page. This is advantageous in the case of existing mobile telephone networks because it 
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reduces the amount of data that must be transmitted using the narrow bandwidth message 
services available. 

Preferably, such a method according to the present invention comprises the steps of: 
caching message service messages from a mobile telephone netwoik and, in response to 
generation of a URL signal by means of the browser, updating a database of variable data 
elements associated with a plurality of page templates in dependence on the content of the 
cached messages. 

In^pcordance with the present invention as hereinbefore stated, the applicant seeks 
protection for a method of communicating information comprising the steps of generating 
a URL signal by means of a web browser, generating a message service message in 
dependence on said URL signal and transmitting said message to a mobile telephone 
network using mobile telephone means. 

Preferably, such a method comprises caching data in a first URL signal and, in response to 
generation of a second, subsequent URL signal, generating said message service message in 
dependence the data in both URL signals. In this way, the number of messages that need 
to be transmitted from a mobile terminal can be kept to a minimum. The first and second 
URL signals may be separated in time by further URL signals which are also cached and 
used for generating the message service message. 

The foregoing methods can be combined to provide an interactive service, in which a 
transmitted message relating to a URL elicits a response also relating to the browser page 
from which the URL originated. 

"URL signal" means a signal serving the same function as a URL signal in a worid wide 
web system. Such a signal need not be in the same format as a URL signal used in the 
world wide web. 

According to the present invention, there is further provided a method of disseminating 
information comprising the steps of :- 
receiving a first message; 
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performing data processing in dependence on the contents of the first message to 
generate a second, message service message; and 

transmitting the second message service message through a mobile telephone 
network, 

wherein the first message is a message service message from the mobile telephone 
network and the relates to a browser page displayed at a mobile terminal. 

The second message may be addressed to the sender of the first message. However, it may 
be addressed to another user thereby providing a user-to-user messaging function. 
Additionally, outputs other than message service messages may be produced. The 
messages may be for billing purposes or for controlling other services such as conference 
call facilities or flight or hotel booking. 

Preferably, such a method comprises the steps of analysing the first message to determine 
to which of a set of supported browser pages it relates, passing data in the message to an 
object instance related to said page and to the sender of the first message, performing a 
method of the object on the basis of said data so as to generate output data and generating 
the second message using said output data. Some form of list or collection identifying the 
browser pages may be stored for access in performing the method. More preferably, such 
a method includes maintaining a record, for each supported browser page, of the state of 
the page for each user for whom there is an object instance related to the page. 

An embodiment of a client terminal apparatus according to the present invention 
comprises means configured for receiving message service message data from mobile 
telephone means, a web browser and means for generating a browser page in dependence 
on received short message service message data. 

The client apparatus may include mobile telephone means, for instance a GSM PCMCIA 
card or be implemented using a communicator, such as the Nokia 9000, which combines 
data processing and mobile telephone functions. 
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If a separate mobile telephone is used, the means configured for receiving message service 
message data from mobile telephone means may comprise a cable or an infrared data link 
between a portable computer and the mobile telephone means. 

Preferably, such an apparatus includes storage means storing a template for a browser page 
and the means for generating a browser pages is configured for modifying the template in 
dependence on received message service data to produce a browser page. 

Preferably, such apparatus is configured to provide a first means for caching the contents 
of received short message service messages and a second means for receiving cached short 
message service message contents from the first process, merging data comprised in said 
contents with an page template to produce an browser page and supplying the browser 
page to the browser. More preferably, the second means supplies URL data from the 
browser to the first means and the second means generates short message service messages 
in dependence on URL data from the second means. 

According to the present invention, there is provided a server apparatus for a data 
dissemination system employing a messaging service of a mobile telephone network and a 
client with a web browser, the apparatus comprising 

receiving means for receiving messages from a mobile telephone network; 

dispatching means for dispatching message service messages to a mobile station of 
a mobile telephone network; and 
a server comprising:- 

a state machine; 

an input routing means for receiving a message from the receiving means, 
the message comprising a session reference and data, and for routing at least the 
data part a received message to the state machine in dependence on the session 
reference; and 

output routing means for routing messages, comprising at least a 
destination reference and control data for the output device, and for routing said 
control data to the output device in dependence on said destination reference, 
wherein the state machine is responsive to data routed to it by the input router to 
generate a message, comprising at least a destination reference. 
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The receiving means is preferably configured for receiving message service messages. 

Preferably, the processing means comprises a database of users of clients, means for 
analysing a message, received by the receiving means, to determine to which of a set of 
supported browser pages it relates, and means for generating object instances, each 
instance being related to a browser page and a user, wherein said objects have a method for 
generating output data, to be included in a message service message for dispatch by the 
dispatching means, on the basis of a received message. 

A feature of message services, such as the GSM short message service, is that subscribers 
can conduct calls during the transmission and reception of short message service messages. 
Consequently, users of a system according to the present invention can talk to each other 
whilst viewing the same live data using their browsers. Thus, users playing the above- 
described chess game can converse while playing the game. 

A problem holding back the development of electronic commerce is the lack of security or 
perceived lack of security of the Internet. Additionally, credit card fraud has become 
associated with the Internet, deterring people from making purchases from online vendors. 

An electronic commerce system according to the present invention comprises a vendor 
display generator, a server, and a user interface including a telephone terminal apparatus, 
the vendor display generator and the server being connected by the Internet and the server 
and the user interface being connected by a telephone network. The vendor display 
generator generates a display including a code and the server is responsive to input of said 
code using the telephone terminal apparatus to identify the vendor of the vendor display 
generator from said code and mediate a transaction between the user of the user interface 
and the vendor of the vendor display generator. The use of the code and the telephone 
connection between the user and the server means that the user's credit card details need 
not be sent over the Internet, 

Preferably, the server has access to a database of registered users. 
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More preferably a system according to the present invention includes a financial processing 
apparatus connected to the server by a communications system other than the Internet, and 
the server mediates said transaction to completion in dependence on authorisation from 
the financial processing apparatus. 

Brief Description of the Drawings 

Figure 1 is a conceptual block diagram of a server for a system embodying the present 
invention; 

Figure 2 is a block diagram of a first embodiment of a plurality of state machines; 
Figure 3 is a block diagram of a second embodiment of a plurality of state machines; 
Figure 4 shows a first system according to the present invention; 
Figure 5 is a data flow diagram illustrating the operation of a client of Figure 4; 
Figure 6 is a functional block diagram of the server of Figure 4; 

Figure 7 is a data flow diagram illustrating the configuration and operation of the server of 
Figure 4; 

Figure 8 shows a browser page for a financial ticker tape service; 
Figure 9 shows a ticker tape service access browser page; 

Figures 10 and 11 shows chess game browser pages for first and second players; 
Figure 12 shows a second system according to the present invention; 
Figure 13 is a functional block diagram of the server of Figure 12; 
Figure 14 is a state diagram for a state machine of the server of Figure 13; 
Figure 15 shows a third system according to the present invention; and 
Figure 16 shows a television image broadcast by the system of Figure 15. 

Detailed Description of Preferred Embodiments 

Embodiments of the present invention will now be described, by way of example, with 
reference to the accompanying drawings. 

Referring to Figure 1, a server comprises an input router 1, a database 2, a plurality of state 
machines 3a, 3b, 3c and an output router 4. The input router 1 receives input data from a 
plurality of sources, e.g. mobile telephones, web browsers, in messages. These messages 
contain at least a session reference, e.g. indication of the source of the data or a session ID, 
and the data itself . The database 2 contains input and output routing tables. When the 
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input router 1 receives a message, it queries the database 2 using the session reference in 
the message and obtains in response the identity of one of the state machines 3a, 3b, 3c. 
At least the data in the message is then routed to the identified state machine 3a, 3b, 3c by 
the input router 1. The state of the identified state machine 3a, 3b, 3c may change in 
5 response to the data in the message and an output may be generated, if such is required by 
the new state. Such outputs comprise output control messages which include at least an 
output device ID and an output device command. The outputs from the state machines 
3a, 3b, 3c are handled by the output router 4 which routes them to the appropriate output 
device, e.g. a display unit or an audio unit for sending audio via a mobile telephone. 

10 

Referring to Figure 2, the state machines 3a, 3b, 3c and input router 1 may be embodied by 
a shared state machine process 5 and a plurality script files 6a, 6b, 6c each defining the 
operation of one "state machine". In this case, the functionality of the input router 1 
resides in the selection of the correct script file 6a, 6b, 6c, in dependence on message 
15 source ID, by the shared state machine process 5. 

Referring to Figure 3, in another embodiment, the state machines 3a, 3b, 3c are 
implemented by instances of software objects 7a, 7b, 7c and the functions of the input and 
output routers 1, 4 are somewhat combined in a routing process 8. In this case, the routing 
20 process 8 invokes a method of the appropriate object 7a, 7b, 7c using the message data at 
least as a parameter. If the new state of the "state machine" requires an output, the 
invoked method returns at least an output device ID and output device command to the 
routing process 8 which then dispatches it as necessary. 

25 The software objects 7a, 7b, 7c may be components which expose the same interface to the 
routing process 8. In this way, "state machines" can be added without the need to modify 
the program code for the routing process 8. Each software object 7a, 7b, 7c refers to a 
respective control file 9a, 9b, 9c for generating some control messages. The processing of 
"housekeeping" messages is handled in a standard manner by code defining the software 

30 objects in a standard manner. The control files 9a, 9b, 9c define the content and flow of 
the system as perceived by a user. 

The control files 9a, 9b, 9c may have the following general structure:- 
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<WML> 

<STATE1> 

<INPUT1> 

*COLJTPUT^ > aaaaaaa </OUIPUT> 
<NEW STATE> state n </NEW STATE> 
</lNPUTl> 
<INPUT2> 

<OUPUI> aaaaaaa </OUTPUT2> 
<NEW STATE> state n </NEW STATE> 
</lNPUT2> 
</STATEl> 
<STATE2> 

<INPUT1> 

<OLTTPUT> aaaaaaa </OUTPTJT> 
<NEW STATE> state n </NEW STATE> 
</INPUTl> 
<1NPUT2> 

<OUPUT> aaaaaaa </OUTPUT> 
<NEW STATE> state n </NEW STATE> 
</INPUT2> 
</STATE2> 

</VVML> 

The input tags (<INPUT1>, </lNPUTl> etc) may comprise the various messages that 
can legitimately be received for the state to which they relate. 

An authoring environment may be provided for generating the control files and bundling 
them with associated audio or video files for delivery to the server and the output devices. 
The authoring environment preferably provides a graphical user interface and enables 
definition of the states and the state changes by means of "drag and drop". The server may 
be operated by a server operator who sells resources on a server to third parties who 
provide the control and media files which they have prepared using the authoring 
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environment. The transferring of the control and media files to the server may be an 
automated process involving transmission of the control and media files via the Internet or 
some other network 

The "state machines'' may also take time or clock information as inputs and it may be 
necessary for the routing process 8 to poll the software objects 7a, 7b, 7c regular^ to 
obtain output messages resulting from time based state changes. 

A first system embodying the present invention will now be described. 

Referring to Figure 4, an information distribution system comprises a server 101, a control 
station 102 connected to the server 101 via the Internet, a short message service centre 103 
connected to the server 101 by a leased line, and a GSM mobile telephone network 104. 
The GSM network 104 includes a short message service gateway 105, a home location 
register 106 and first and second mobile service switching centres 107, 108. The mobile 
service switching centres 107, 108 are connected respectively to first and second base 
station controllers 109, 110 (in practice each mobile service switching centre will usually be 
connected to a plurality of base station controllers). The base station controllers 109, 110 
are connected respectively to first and second base transceiver stations 111, 112 (in practice 
each base station controller will usually be connected to a plurality of base transceiver 
stations). A first client 113 comprises a first mobile station 114 connected by a serial link 
to a first portable computer 115. The first client 113 is located in the cell covered by the 
first base transceiver station 109. A second client 1 16 comprises a second mobile station 
117 connected by a serial link to a second portable computer 118. The second client is 
located in the cell covered by the second base transceiver station 112. In this example, the 
first and second mobile stations 114, 117 have built-in modems such as are found in the 
Ericsson SH888 and Nokia 8810. Conveniently, the portable computers 115, 118 will be 
handheld machines such as WindowsCE or Psion Series 5 machines. There may be a 
plurality of control stations 102, each dealing with one or more groups of users. 

The routing of short message service messages is conventional and /Wailc ran be obtained 
from Mouly, Metal, "The GSM system for Mobile Communications", ISBN 2- 9507190- 
0-7. 
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Referring to Figure 5, the first portable computer 115 supports a proxy server process 122, 
a protocol handler process 123 and a web browser 124. The proxy server process 122 runs 
whenever the computer 115 is on. However, the protocol handler process 123 will only be 
set running when its functions are required. 

The protocol handler process 122 processes URLs submitted from the browser 124 and 
returns HTML pages to the browser 124. The HTML pages are created by the protocol 
handler process 123 by merging locally generated data, e.g. user name, and data, received 
from the server 101 in short message service messages, with HTML page templates. 

The proxy server process 122 caches short message service messages from the server 101 
which relate to the HTML page templates. These messages have a characteristic header in 
their user data portion. It also performs some local functions in response to submitted 
URLs, and generates and sends short message service messages to the server 101 using the 
first mobile station 1 14. Hie messages sent by the proxy server process 122 are generated 
on the basis of submitted URLs passed from the protocol handler process 123. 

A short message service server process 130 sends short message service messages to the 
first client 115 in response to various events which will be described below. These 
messages contain variable data for HTML pages for which the user has templates 126. The 
raw short message service message contents are stored by the proxy server process 122 in a 
cache 128. 

When a user submits a URL using the browser 124, the browser 124 determines whether it 
refers to a page of the present system from the presence or absence of a swim:// prefix, 
instead of, for example, the conventional http:// prefix. If the URL has the swim:// 
prefix, the protocol handler process 123 is started and the URL is passed to it. 

"swim:/ /" URLs comprise a page identifier and one or more name-value pairs. The name- 
value pairs may include data to be communicated to the server process 130 or stored 
locally, and directives for defining the handling of the URL by the protocol handler process 
123 and the proxy server process 122. 
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If the URL includes a directive indicating that no variable data or only locally generated 
variable data is required, the protocol handler process 123 simply merges the identified 
HTML page template 126 with any identified locally generated variable data from a local 
data store 127 and returns the resulting HTML page to the browser 124. 

If, however, the URL indicates that data from the server 101 is required, the protocol 
handler process 123 passes the URL (or at least that part of it as is required by the proxy 
server process 122) to the proxy server process 122 together with a message ID. If the 
URL does not require an ad hoc response from the server process 130, the proxy server 
process 122 transfers the contents of its message cache 128 to the protocol handler process 
123, 

In this case, the protocol handler process 123 analyses any messages received from the 
proxy server process 122 and updates the variable data in its local data store 127. The 
protocol handler process 123 then retrieves the variable data for the submitted URL from 
its local data store 127 and merges it with the relevant HTML page template. The resultant 
HTML page is then sent to the browser 124. 

A proxy server directive is provided that causes data in a URL to be stored in the message 
cache 128 as a pseudo short message service message. This data will then be sent back to 
the protocol handler process 123 as if it had been received from the server process 130. In 
this way, the contents of the protocol handler process's data store 127 can be amended to 
include data input by the user and to update controls on the displayed page without the 
need to contact the server 101 and receive a reply therefrom. 

If the URL data received by the proxy server process 122 indicates that the server 101 must 
be contacted, the proxy server process 122 builds a short message service message using 
the data elements of the URL and the message ID and then sends the message to the server 
process 130 using the mobile station 113 and the short message service of the network 105. 

The structure and operation of the server 101 and the server process 130 will be described 
in detail below. However, if a response is not required from the server 101, the proxy 
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server process 122 immediately sends the contents of its message cache 128 to the protocol 
handler process 123 which proceeds as described above. 

On the other hand, if a response is required from the server process 130, the proxy server 
process 122 monitors incoming short message service messages until it receives a complete 
message bearing the ID of the message that it earlier sent to the server process 130. When 
this reply message has been received, the proxy server process 122 passes the contents of 
its message cache 128, which now include the reply message, to the protocol handler 
process 123 which processes the message cache data as described above and generates the 
new HTML page using the data returned by the server process 130. 

In order to niinimise short message service traffic, URL data can also be cached by the 
proxy server process 122 in a URL data cache 129 until a URL containing an explicit 
submit directive is received from the protocol handler process 123. This mechanism would 
typically be employed where a user needs to dick several times on an HTML page to make 
a selection and then click on a submit button. In this case, the initial clicks would cause a 
sequence of URLs to be sent to the proxy server process 122 which each contain a cache 
directive and data. This data would then be stored in the URL data cache 129. Clicking on 
the submit button would cause a URL with a submit directive to be sent to the proxy 
server process 122 which would then build an short message service message using the 
cached data and send it to the server 101. A variant of this directive contains a count value 
and triggers a submit to server 101 when the number of received URL's, containing the 
directive and originating from the same HTML page, reaches the count value. 

Since conditions at the server 101 may change with time and the server process 130 can 
send variable data to clients 113, 116 without a specific request being made, it is desirable 
that the browser 124 resubmits the current URL at intervals so that the displayed page 
remains up to date. 

The second client 1 16 is similarly configured and interacts with the server in the same 
manner. 



WO 00/33533 



-17- 



PCT/GB99/03183 



The foregoing gives an overview of the functionality of an example of a client according to 
the present invention. Generally, the directives need to be defined when the protocol 
handler process 123 and the proxy server process 122 are being designed. However, the 
data elements will be defined when the HTML page is being designed. 

Referring to Figure 6, the server 101 comprises a processor 131 including a CPU, ROM, 
RAM and disk drives, an Internet interface 132 and an short message service interface 133. 
The server 101 is implemented using a Sun Sparc machine. 

Referring to Figure 7, a web server 134 and the short message service server process 130 
are implemented as processes on server 101. The web server 134 is provided so that the 
short message service server 135 can be controlled from a web browser over an Internet 
connection. The short message service server 130 is implemented using an object-oriented 
database system. 

Each user of the system is represented by an instance of a user class and includes, inter alia> 
the user's mobile telephone number. Users are members of one or more groups 
represented by instances of a group class which hold a list of the HTML pages available to 
the members of the group. A group may contain only one user. 

The groups may be employees of the same company, a group of friends, or some other 
collection of people with an interest in common. A user may permit his details, stored in 
the database, to be available to other users. This makes it possible for users to create new 
groups by inviting other members to join. For instance, a user with an interest in surfing 
might want to set up a service providing information about surf conditions at different 
beaches. To do this he would design the necessary HTML pages and control objects, i.e. 
"state machines*. The control objects would be uploaded to the server 101. The user 
could then send e-mails to other users inviting them to join the new group and then e-mail 
the HTML pages to those who responded positively. Of course, if a service is already 
established, it would only be necessary to send the HTML pages to new members of the 
group for the service. The mode of distribution of the HTML pages is not important, e- 
mail being given as an example only. Another method of distribution would be to include 
suitable HTML pages in the free disk on the cover of a computing magazine. These pages 
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would include the HTML pages for the service and a special HTML page for registering for 
the service with the server 101. 

Each page that can be displayed by a client 113, 116 of the system has associated with it a 
class. The class defines the properties of the page needed by the server 101 and the logic 
associated with pages of that type in the foxm of methods. For each page class, there is a 
respective class handler object instance. 

When a short message service message is received from the proxy server process 122 of a 
client 113, 116, it is passes to a routing object instance 140. The routing object instance 

140 identifies the type of page to which the message relates and routes it to the class 
handler object instance 141 for that type of page. The routing object instance 140 and the 
class handler object instance 141 provide here the functionality of the input router 1 in 
Figure 1. The message contains the identity of the user sending the message and, using this 
information which in combination with the URL identifies the transaction, the class 
handler object instance 141 searches through a linked list of instances of objects 142 of the 
class representing the page for an instance including the user as its or one of its owners. 

If an page object instance 142 belonging to the user is not found, the class handler object 

141 generally instantiates a new page object instance 142. However, messages not requiring 
the instantiation of the new page object instance 142 are permitted. If an new instance is 
instantiated, the page object's constructor will instantiate one or more page representation 
object instances 143. The page representation object instances 143 store the state of the 
page as presented to the or each user. In some cases, the same page representation object 
instance 143 will apply to all of the owners and, in other cases, each user will be seeing a 
different display and, accordingly, respective page representation object instances 143 are 
required. Page object instances 142 may also have access to the user objects 144 for their 
owners so that their operation can be tailored according to their owners' preferences. 

Once the page object instance 142 has been instantiated, or has been found in the search 
by the page handler object instance 141, it is passed the message which it then processes to 
produce an output. The output will usually be a variable data (i.e. output command) to be 
sent back to the client 113, 116 that initiated the processing or to be sent to another client 
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113, 116 whose user belongs to the same group. In these cases, the variable data is passed 
to a short message service message output process 145 (Le. the output router 4 of Figure 1) 
which constructs short message service messages to convey the variable data to its 
destination. However, the output could be to many other destinations 146, e.g. a telephony 
switch for providing conference call facilities to the owners of the page class object 
instance 142, or the web server 134 for reporting to a group supervisor. 

The short message service server 130 does not only respond to short message service 
messages from clients 113, 116. An update of variable data for a page may be received 
from the control station 102 via the web server 134. Such a message takes the form of the 
identity of the page, the group to which the update relates and the update itself. The 
message is passed to the routing object instance 140. The routing object instance 140 
identifies the type of page to which the message relates and routes it to the class handler 
object instance 141 for that type of page. The message contains the identity of the page's 
user through the group identification and, using this information, the class handler object 
instance 140 searches through a linked list of instances of page objects 142 for an instance 
including the users of that group as its owners. 

If a page object instance 142 belonging to the group is not found, the class handler object 
141 instantiates a new page object instance 142. The page object's constructor will 
instantiate one or more page representation object instances 143 as necessary. 

Once the page object instance 142 has been instantiated, or has been found in the search 
by the page handler object instance 141, it is passed the update message. The page object 
instance 142 then outputs the updated variable data in the appropriate name-value pairs to 
the short message service message output process 145 with instructions to send it to each 
member of the group. The short message service message output process 145 then sends 
the necessary messages to the group members so that the updated variable data is available 
next time a user selects the URL for the page or the page is refreshed. 

The page object instances 142 will be destroyed when their persistence is no longer 
required. 
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A registration HTML page may be made available, this would be treated at the server 101 
as described above but the new user would be treated by default as a member of a global 
group of users. The page object instance 142 would create a new user record in the 
database in response to the new user supplying personal information, e.g. name, mobile 
telephone number, e-mail address and credit card details, using the registration HTML 
page. 

Examples of applications of the present embodiment will now be described. 
The first example is a financial ticker tape service. 

A user will have a template 126 for the HTML page shown in Figure 8 stored in his client 
113,116. It can be seen that the page has a plurality of rows, each having the name of a 
company and the price of one ordinary share. All of the information on the page is 
unchanging save for the prices themselves. The template 126 will therefore have all of the 
text, except the prices, and formatting codes. The positions of the prices are held by 
respective place holders in the template 126. 

The provider of the service has access to the server 101 via the web server 134 and can use 
this to add new users to the ticker tape service subscribers group. The ticker tape data is 
generated automatically by the service provider and supplied at regular intervals to the 
server 1 via the web server 134. 

A process at the web server 134 passes this data to the router object 140 which routes it to 
the page handler object instance 141 for the ticker tape service page. In this case, the page 
handler object instance 141 will instantiate an instance 142 of the ticker tape page object 
and then pass the data from the service provider. The ticker tape page object instance 142 
outputs the data as name-value pairs to the short message service output process 145 
together with the mobile telephone numbers of the subscribers from the user objects 144. 
The short message service output process 145 then constructs and transmits short message 
service messages bearing the prices to the client 113, 116. It should be noted that a page 
representation object instance 143 is not required in this case. 



WO 00/33533 PCT/GB99/03 1 83 

-21- 

Once the data has been sent to the short message service output process 145, the ticker 
tape page class object instance is destroyed. 



The clients 1 13, 1 16 terminals of the subscribers to the ticker tape service will therefore 
5 receive short message service messages containing the prices. At each client 1 13, 116, these 
messages are cached by the proxy server process 122. 

The URL for the ticker tape service page is rather complex for a user to conveniently type 
in. Therefore, a ticker tape service access page is provided (see Figure 9) . This page is a 

10 conventional HTML page stored locally. As can be seen, the page includes a button for 
accessing the ticker tape service. When the user clicks on this button, the swim:// URL 
for the ticker tape service page is submitted This URL is processed by the protocol 
handler process 123 and the proxy server process 122. The proxy server process 122 is 
caused to send the cached messages to the protocol handler process 123 which stores the 

15 latest version of the price data in its data store 128. The latest price data is read from the 
data store 128 by the protocol handler process 123 and merged into the HTML template 
for the ticker tape service page. The resultant document is then sent to the browser 124 
and displayed. 

20 If the user does not close the browser 124 or submit another URL, the browser 124 will 
resubmit the URL for the ticker tape page after a predetermined period has elapsed so that 
the page will be refreshed with the latest prices. 

The second example is the processing of a move in a chess game played between the users 
25 of the first and second clients 113, 116. 

The first client 113 is displaying to the page shown in Figure 10 and the second client is 
displaying the page shown in Figure 1 1. It can be seen that there are differences between 
the displayed pages. First and second users are using respectively the first and second 
30 clients 113, 116. 



At the server 101, an instance of a chess game page object 142 has been instantiated. This 
object instance 142 embodies the rules of chess and logic for controlling the pages 
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displayed to the users. Since these pages are different, the chess game object 142 maintains 
two page representations 143, one for each player. Both page representations 143 record 
the positions of the pieces. 

When the first user wishes to move a piece, he first clicks on the bitmap representing the 
square holding the piece to be moved. The browser 124 responds by generating a URL 
which it submits to the protocol handler process 123. The URL identifies the page, a 
location for a "highlighted" bitmap to replace the one clicked on and the identity of the 
chessboard square represented by the clicked-on bitmap. The URL also contains a 
directive that causes the location for a "highlighted" bitmap to be stored as a pseudo 
message in the proxy server's message cache 128 and a directive that causes the chessboard 
square identity to be stored in the proxy server's URL cache 129. This second directive has 
associated with it a count value, in this case two. 

After receiving the URL data, the proxy server process 122 sends the contents of its 
message cache 128 to the protocol handler process 123. The protocol handler process 123 
will then merge the chess game page template with the updated data, which includes the 
new bitmap location for the clicked-on square, and sends the new page to the browser 124. 
Consequently, the user is provided with a visual indication of the square on which he 
clicked. 



The first user now clicks on the square to which he wants to move the selected piece. A 
second URL, which is the same as the first except for the identified square, is generated 
and sent to the proxy server process 122 via the protocol handler process 123. The bitmap 
location data is treated as in the first case. However, the caching directive is the same with 
the same count value, i.e. two. The proxy server process 122 detects that two such 
directives have now been received and builds an short message service message including 
the identities of the squares clicked-on by the user and a message ID from the protocol 
handler process 123. This message is then sent to the server 101. 

At the server 101, the message is routed to the chess page object instance 142 for the game. 
This object instance 142 checks that the proposed move is legal by referring to one of the 
page representations 143. If the move is illegal, the object instance 142 sends a message 
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back to the first user which causes a message page to be displayed with the text a Erron 
illegal move" and a link that when selected will cause the chess page to be displayed again. 

If the move is legal, the object instance 142 checks for a checkmate condition. The object 
instance 142 then updates the page representations with the new piece position, swaps 
"your move" and "opponent's move" text and, if necessary, adds "checkmate - game 
over". Messages for the users, reflecting the changes to their respective page 
representations, are then constructed and sent to the users. 

When the first user receives his message, the proxy server process 122 of the first client 1 13 
caches it until the next refresh is requested by its browser 124, at which point it transfers 
the contents of its message cache 128 to the protocol handler process 123. The protocol 
handler process 123 then creates an updated HTML page and sends it to the browser 124 
so that the user sees the chess pieces in their new positions, the legend "opponent's move* 
and, if appropriate, "checkmate - game over". 

The message received by the second user is similarly processed by the second client 116. 
However, the page displayed to the second user will bear the legend "your move", 
assuming that the last move by the first player did not end the game. 

In the foregoing description, the server 101 is connected to the short message service 
centre 103 by a leased line. However, the server 101 may use a mobile station to send 
messages for clients via the short message service. 

In a passive embodiment, a client according to the present invention is configured to merge 
cell broadcast short message service messages in to HTML pages so that these messages 
can be conveniently viewed using a browser. 

A second system embodying the present invention will now be described. 

Referring to Figure 12, an e-commerce system makes use of the Internet 201. Connected 
to the Internet 201 are a vendor site 202, a user site 203 and a server site 204. The vendor 
site 202 includes a web server. The user site 202 comprises a personal computer 205 and a 
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telephone 206 which may be a pstn or a plmn terminal. The telephone 206 can be used to 
call the server site 204 via the pstn and/or a plmn. The server site 204 is also connected to 
a financial service site 207. The financial service site 207 belongs to a financial services 
provider that guarantees funds for transactions between the user and the vendor. 

Referring to Figure 13, the server site 204 comprises a multi-line digital telephone interface 
208, including speech synthesisers, for interfacing it with a telephone network 209, an 
Internet interface 210 and a communication interface 211 for providing a connection to the 
financial service site 207. Additionally, the server site 204 supports a routing process 212, a 
database 213, a transaction-specific state machine control object instance 214, a general 
control state machine object instance 215, a telephone input process 216, communications 
input process 217, an Internet input process 218, an Internet output process 219, a 
communication output process 220 and a telephone output process 221. The database 213 
includes inter alia a table containing the details of registered users, including respective PDMs 
and telephone and account numbers. 

A transaction using the system shown in Figures 12 and 13 will now be described with 
reference to Figure 14 also. 

In the following description, messages routed via the routing process 212 comprise a 
routing part and a data part. 



A vendor advertises goods or services using web pages provided by the web server at the 
vendor site 202. A transaction page generated by the vendor site includes a Java applet 
which enables the displayed content of the page to be changed without a user resubmitting 
the page's URL. The transaction page also includes a unique transaction code generated 
when a user submits the page's URL. The code comprises a vendor code portion and a 
varying transaction code portion. 



When a user of the user site 203 wishes to make a purchase, the user will, for example, fill a 
"shopping basket" with virtual items and submit the URL of the vendor's transaction page, 
usually by clicking on a link When the transaction page has been displayed on the user's 
personal computer 205, the user dials the telephone number displayed using the telephone 
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206. The call is answered by the digital telephone interface 208 and the telephone input 
process 216. An initialisation routine of the telephone input process 216 obtains the user's 
telephone number using QJ and stores it locally together with a unique reserved 
temporary transaction ID and an ID for the telephone line on which the call was received. 

5 

The telephone input process 216 then sends an initialisation message to the routing process 
212. The initialisation message comprises the temporary transaction ID in the routing part 
and "source=telephone" in the data portion. 

10 An input routing table of the database 213 is used to map transaction IDs onto control 
object IDs. The reserved temporary transaction IDs are all mapped onto the ID of a 
general control object instance 215. 

The routing process 212 accesses the input routing table entry for the transaction ID and 
15 obtains the ID of the general control object instance 220. The routing process 212 invokes 
a method of the general control object instance 220, passing the message as a parameter. 

An output routing table has three columns comprising: transaction ID, destination, output 
process ID. 

20 

This method creates or edits a record in the output routing table for the temporary 
transaction ID setting the destination field to "telephone" and the output process ID to the 
ID of the telephone output process 221. The method returns a message comprising the 
temporary transaction ID and "telephone" in the routing part and a "send code input 
25 request" command in the data part to the routing process 212. The routing process 212 
then accesses the output routing table entry for the temporary transaction ID where 
destination* 3 "telephone" and retrieves the output process ID which in this case is the 
telephone output process 221. The routing process 212 then sends the message to the 
telephone output process 221. 



30 



The telephone output process 219 responds to the "send code input request" message by 
finding the ID of the telephone line using the temporary transaction code in the message 
and connecting the output of a speech synthesiser to the identified telephone line and 
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instructs the speech synthesiser to output a speech message requesting the user to input the 
code displayed on the web page. 

The user responds to the speech message by entering the displayed code using the buttons 
on the telephone 206. The telephone input process 216 detects the DTMF signals from 
the telephone 206 and constructs a message comprising the temporary transaction ID and 
the entered code. This message is then sent to the routing process 212. 

When the routing process 212 receives the message containing the entered code, it again 
accesses the input routing table record for the temporary transaction ID and obtains the ID 
of the general control object instance 215. Therefore, the routing process 212 again 
invokes the method of the general control object instance 215. 

The method extracts the vendor part of the entered transaction ID and instantiates an 
instance 214 of the corresponding control object for that vendor, setting it in a first state, 
and creates a new entry in the input routing table mapping the entered transaction ID onto 
the ID of the new instance 214 of the transaction-specific control object. The method 
then adds the following rows to the output routing table: 

transaction ID, "telephone", telephone output process ID 
transaction ID; "vendor", internet output process ID 
transaction ID; "financial", communications output process ID 

The control objects may be arranged in a list so that they can be accessed by reference to 
their position in the list. In this case, the ID is the position of the instance in the list. This 
will of course may have to be updated when a control object is destroyed and resetting of 
transaction IDs should be a common feature of the destructors of control objects. 

The method of the general control object instance 215 then returns a "substitute message" 
comprising the temporary transaction ID and "telephone" in the routing part and 
"substitute- [entered transaction ID]" in the data part. The routing process 212 routes this 
message to the telephone output process 221 according to the relevant entry for the 
temporary transaction ID in the output routing table. 
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When the telephone output process 221 receives the message, it replaces the temporary 
transaction ID, stored by the telephone input process 216, with the entered transaction ID 
and then instructs the telephone input process 216 to send an "initial" message to the 
routing process 212. The "initial" message comprises the transaction ID and no data. 

The routing process 212 then looks up the control object ID for the transaction ID in the 
input routing table and this time obtains the ID of the new instance 214. The routing 
process 212 uses this ED to invoke a message handling method of the control object 
instance 214. 

Since the control object instance 214 is in the first state at this point, the invoked method 
then generates a message for the telephone output process 221 comprising the transaction 
ID and "telephone" in the routing part and a "send PIN request" command in the data 
part. This message is returned to the routing process 212 and the control object instance 
214 enters a second state. 

The routing process 212 obtains the output process ID, i.e. that of the telephone output 
process 221, for the combination of transaction ID and "telephone" from the output 
routing table and sends the message to the telephone output process 221. The telephone 
output process 221 responds to the "send PIN request" message by connecting the output 
of a speech synthesiser to the telephone line to the user's telephone 206 and instructs the 
speech synthesiser to output a speech message requesting the user to input his PIN. 

The user responds to the speech message by entering his PIN using the buttons on the 
telephone 206. The telephone input process 216 detects the DTMF signals from the 
telephone 206 and constructs a message comprising the transaction ID in the routing part 
and "pin« [entered PIN] number- [user's telephone number]" in the data part. This 
message is then sent to the routing process 212. 

On receiving the PIN message, the routing process 212 obtains the ID for the control 
object instance 214 from the routing table and invokes the message handling method of the 
control object instance 214. The invoked method parses the data part of the message and 
determines that the PIN has been entered and also that it is itself in the second state. The 
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method therefore looks up the user's telephone number in the database table of registered 
users and compares the PIN in the located record, if such exists, with the entered PIN. 

If the PINs match, the method generates a message for the vendor site 202. This message 
has the transaction ID and "vendor" in the routing part and " recognised -[name]" in the 
data part. This message is then returned to the routing process 212 and the control object 
instance 214 enters a third state. 

The routing process 212 obtains the ID of the Internet output process 219 from the 
routing table for the transaction ID and "vendor" combination. The routing process 212 
then forwards the message to the Internet output process 219 which sends the message to 
the vendor site 202 using its own routing table mapping the vendor code part of the 
transaction ID to IP address. 

When the vendor she 202 receives the message, it uses the Java applet to change the web 
page displayed to the user, identified by the transaction code, to include the message "Your 
order is being processed [name]" where [name] is the name of the user received in the 
message. Once this change has been effected, the vendor site 202 sends a message back to 
the server 204. This message comprises the transaction ID in the routing part and 
"amount -[cost]* in the data part. 

The "amount" message is received by the Internet input process 218 and passed on to the 
routing process 212. The routing process 212 obtains the ID of the relevant control object 
instance 214 from the input routing table and invokes the message handling method of the 
control object instance 214. 

The message handling method parses the incoming message and determines that it is an 
"amount" message and also that it is itself in the third state. In dependence on the 
contents of the message and the current state, the method generates a credit check message 
for the financial service site 207, This message comprises the transaction ID and 
"financial" in the routing part and " account - [account number from user database] 
amount «= [amount from vendor]" in the data part.. 
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The credit check message is routed by the routing process 212 to the financial service site 
207 via the communications output process 220. The financial service site 207 determines 
whether the transaction should proceed and generates an appropriate message for the 
server 204. If the transaction is to proceed, the financial service site 207 logs the 
transaction code, the account number and the amount for later reconciliation and generates 
a message comprising the transaction ID in the routing part and " credit « good" in the data 
part. 

The message is passed, via the communications input process 217, to the routing process 
212 which then invokes the message handling method of the control object instance 214. 
The method responds to this message by generating a "transaction confirmed* message 
which is returned to the routing process 212 and sent on to the vendor site 202 as 
described above and enters a fourth state. The vendor site 202 responds by displaying a 
transaction complete message on the transaction web page, including an instruction to hang 
up, using the Java applet and sending a "complete" message back to the server 204. 

If the transaction is not to proceed, the financial service site 207 generates a message 
comprising transaction ID in the routing part and " credit » bad" in the data part. 

The message is passed to the routing process 214 which then invokes the message handling 
method of the control object instance 214. The method responds to this message by 
generating a transaction not confirmed message which is returned to the routing process 
212 and sent on to the vendor site 202 and enters a fifth state. The vendor site 202 
responds by displaying a transaction rejected message on the transaction web page, 
including an instruction to hang up and contact the owner of the financial service server 
207, using the Java applet and sending a "complete" message back to the server 204. 

The "complete" complete message is routed as described above to the message handling 
method of the control object instance 214. The method then generates a terminate 
message for the telephone output process 221, in this case irrespective of whether it is in 
the fourth or fifth state, and enters a sixth state. This message is returned to the routing 
process 212 and sent to the telephone output process 221. The telephone output process 
221 responds by causing the digital telephone interface 208 to hang up, instructing the 
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telephone input process 216 to send an "on hook" message to the routing process 212 and 
deletes the local record of the transaction ID and associated data. 

The "on hook" message is routed to the control object instance 214 which responds by 
5 executing a destructor method. The destructor method deletes the entries in the routing 
tables for the associated transaction ID and resets the control object instance IDs for those 
control objects below itself in the list of control object instances. 

Referring particularly to Figure 14, messages that are not as described above, both in 
10 content and timing, are ignored and do not affect the state of the control object instance 
214. 

If the financial site 207 or the server site 204 is operated by or in association with the user's 
telephone company, the user's purchases may be shown on the user's telephone bill so that 
15 the user can pay for them when paying his telephone bill. 

It will be appreciated that the foregoing is an abbreviated system and that much more 
complex sets of states and state transitions could be employed, including exception 
handling. It can also be seen that the control objects can be tailored individually to the 
20 vendor sites included in the system. For instance, the commands sent to the vendor site 
may need to differ because of different software at different vendor sites. 

Whfle the foregoing system has been described with reference to one active session specific 
control object instance, it wiD be appreciated that the routing tables mean that a plurality of 
25 instances of such control objects of the same or different type can be concurrently 
supported thereby providing for simultaneous transactions. 

In a variant system, a vendor provides transaction page in the form of an HTML form. 
When a user of the user site 203 wishes to make a purchase, the user will, for example, fill a 
30 "shopping basket* with virtual items and submit the URL of the vendor's transaction page, 
usually by clicking on a link The transaction page includes user name and password text 
boxes and the user will fill these in using his computer's keyboard and then click on a 
submit button on the transaction page. A CGI program generates an initialisation message 
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for the server 204 in response to the submitted action URL. This message contains a code, 
comprising a unique transaction ID in the routing part and " source = vendor" in the data 
part, and is sent to the server 204 via the Internet 201. 

The Internet input process 218 receives the message from the vendor site 202 and forwards 
it to the routing process 212. 

The routing process 212 accesses the input routing table and will not find an entry for the 
transaction ID, In default it therefore determines that it should use the ID of the general 
control object instance 220 for routing the message. The routing process 212 invokes a 
method of the general control object instance 220, passing the message as a parameter. 

This method creates a record in the output routing table for the transaction ID setting the 
destination field to "vendor* and the output process ID to the ID of the Internet output 
process 219. The method also extracts the vendor part of the entered transaction ID and 
instantiates an instance 214 of the corresponding control object for that vendor/setting it 
in a first state, and creates a new entry in the input routing table mapping the entered 
transaction ID onto the ID of the new instance 214 of the transaction-specific control 
object. The method then adds the following rows to the output routing table: 
transaction ID; "vendor", internet output process ID 
transaction ID; "financial", communications output process ID 

The control objects may be arranged in a list so that they can be accessed by reference to 
their position in the list. In this case, the ID is the position of the instance in the list. This 
will of course may have to be updated when a control object is destroyed and resetting of 
transaction IDs should be a common feature of the destructors of control objects. 

The method of the general control object instance 215 then returns a send details message 
comprising the transaction ID and "vendor" in the routing part and a "send details" 
command in the data part. This message is returned to the routing process 212. 

The routing process 212 obtains the output process ID, Le. that of the Internet output 
process 219, for the combination of transaction ID and "vendor" from the output routing 
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table and sends the message to the Internet output process 219 which sends it to the 
vendor site 202. 

The CGI program responds to the "send details" message by generating a message 
comprising the transaction ID in the routing part and "user«[user name] 
password=[password] amount«[amount] in the data part. This method is then sent to the 
routing process 212 at the server 204, 

On receiving the "details'* message, the routing process 212 obtains the ID for the control 
object instance 214 from the routing table and invokes the message handling method of the 
control object instance 214. The invoked method parses the data part of the message and 
determines that the details have been received and also that it is itself in the first state. The 
user name and password using a database table of registered users. 

If the user name and password match a record in the registered user database, the method 
generates a credit check message for the financial service site 207. This message comprises 
the transaction ID and "financial* in the routing part and " account « [account number from 
user database] amounts [amount from vendor]" in the data part.. 

The credit check message is routed by the routing process 212 to the financial service site 
207 via the communications output process 220. The financial service site 207 determines 
whether the transaction should proceed and generates an appropriate message for the 
server 204. If the transaction is to proceed, the financial service site 207 logs the 
transaction code, the account number and the amount for later reconciliation and generates 
a message comprising the transaction ID in the routing part and "credit=good w in the data 
part. 

The message is passed, via the communications input process 217, to the routing process 
212 which then invokes the message handling method of the control object instance 214. 
The method responds to this message by generating a "transaction confirmed" message 
which is returned to the routing process 212 and sent on to the vendor site 202 as 
described above and enters a third state. The vendor site 202 responds by displaying a 
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transaction successfully complete page and sending a "complete" message back to the 
server 204. 

If the transaction is not to proceed, the financial service site 207 generates a message 
comprising transaction ID in the routing part and "credit-bad" in the data part. 

The message is passed to the routing process 214 which then invokes the message handling 
method of the control object instance 214. The method responds to this message by 
generating a transaction not confirmed message which is returned to the routing process 
212 and sent on to the vendor site 202 and enters a fourth state. The vendor site 202 
responds by displaying a transaction rejected page, including an instruction to contact the 
owner of the financial service server 207, and sending a " complete* message back to the 
server 204. 

The "complete" complete message is routed as described above to the message handling 
method of the control object instance 214. The control object instance 214 responds by 
executing a destructor method. The destructor method deletes the entries in the routing 
tables for the associated transaction ID and resets the control object instance IDs for those 
control objects below itself in the list of control object instances. 

A third system embodying the present invention will now be described. 

Referring to Figure 15, an interactive television system comprises a master station 300, a 
server 301 connected to the master station 300, a television processor 302 and a 
communications processor 303. The television processor 302 and the communications 
processor 303 are connected to the server 301 for the exchange of messages therewith. An 
audio signal path is provided between the television processor 302 and the communications 
processor 303. The system also includes a television transmitter 305 for transmitting 
television signals generated by the television processor 302, first and second televisions 
306, 307 for receiving the television signal transmitted by the transmitter 305, and first and 
second digital mobile telephones 308, 309 near the fim and second televisions 306, 307 
respectively. 



WO 00/33533 



PCT/GB99/03183 



-34- 

The television processor 302 is connected to receive signals from a video camera 310 and a 
video tape 311. The television processor 302 can also generated graphical and text images 
under program control. 

The communications processor 303 can engage in a plurality of telephone calls, e.g. with 
the mobile telephones 308, 309, simultaneously and is connected to bank of telephony 
terminals 312. 

The server 301 is generally responsive to signals from the communications processor 303 
to send command signals to the television processor 302 and back to the communications 
processor 303. 

The master station 300 is used to control the server 301, e.g. initialising its operation, and 
for sending control files, defining the server's operation, to the server 301. 

Referring to Figure 16, a television picture produced by the television processor 302 is for a 
discussion program and comprises a main image 320 showing a discussion group, obtained 
from the tape 311, and first, second, third and fourth overlays 321, 322, 323, 324. The first 
overlay 321 includes a graph illustrating yes and no votes made by the public in response to 
the discussion and a first telephone number. The second overlay 322 contains a video 
image of an expert, filmed using the video camera 310, giving a commentary on the 
discussion taking place in the main image and a second telephone number. The thiid 
overlay 323 contains the image of a telephone and third telephone number. The image of a 
telephone is an invitation to viewers to call a "helpline" related to the subject of the 
discussion. The fourth overlay 324 contains an image of a notepad and a communication 
"flash" and a fourth telephone number. The image in the fourth overlay 324 is an 
invitation to viewers to request additional information. 

When the television programme shown in Figure 16 is to be transmitted, an operator sends 
a initialisation signal to the server 301 from the master station 300. The server 301 
responds by instantiating state machine control object instances associated with each of the 
overlays 321, 322, 323, 324. 
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The operation of the present embodiment in respect of the first overlay 321 will now be 
described. 

When a viewer dials the first number using his telephone 308, 309, the rail is answered by 
the communications processor 303. The communications processor 303 then generates a 
message comprising a voting "function ID* in a routing part and "new call = [channel no.]" 
in a data part. The channel number identifies a logical channel that the communications 
processor 303 can use to send signals to the new caller. The message is then sent to the 
server 301. 

The message is received by a routing process at the server 301 which obtains the ID of the 
control object instance for the first overlay 321 from an input routing table, set up using 
the master station 301, using the routing part of the message. The routing process then 
invokes a message handling method of the appropriate control object instance. The 
method responds to the message by generating a "play invitation" message comprising the 
function ID and "comms" in the routing part and "[channel no.] - play invitation" in the 
data part. This message is returned to the routing process which sends it to the 
communications processor 303 after looking up the destination in an output routing table, 
set up using the master station, using the routing part of the message. 

When the communications processor 303 receives the message it responds by playing an 
audio file, telling the caller to press "1" for yes and "0" for no, via the logical channel 
specified in the message. The communications processor 303 then waits for a digit to be 
input. When a "1" or a "0" has been entered by the caller, the communications processor 
303 hangs up and generates a "vote" message comprising the function ID in the routing 
part and "vote- [yes/no]" in the data part. 

The "vote" message is routed to the appropriate control object instance which responds by 
updating a local record of yes or no votes as necessary and incrementing a count of votes. 
If the count of votes equals a predetermined number, the percentage of yes votes is 
calculated and the count reset to zero. A message, comprising the function ID and "video" 
in the routing part and "percentage - [percentage]" in the data part, is then returned to the 
routing process and sent to the television processor 302. If the count has not reached the 
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predetermined number, an empty message is returned to the routing process which ignores 
it. 

When the television processor 302 receives the "percentage message", it redraws the graph 
in the first overlay 321 to illustrate the new ratio of yes and no votes. 

The operation of the present embodiment in respect of the second overlay 322 will now be 
described 

When a viewer dials the second number using his telephone 308, 309, the call is answered 
by the communications processor 303. The communications processor 303 then generates 
a message comprising an audio feed "function ID* in a routing part and "new 
call«[channel no.]" in a data part. The channel number identifies a logical channel that the 
communications processor 303 can use to send signals to the new caller. The message is 
then sent to the server 301. 

The message is received by a routing process at the server 301 which obtains the ID of the 
control object instance for the second overlay 322 from the input routing table. The 
routing process then invokes a message handling method of the appropriate control object 
instance. The method responds to the message by generating a "feed audio" message 
comprising the function ID and "comms" in the routing part and "[channel no.] - feed 
audio" in the data part. This message is returned to the routing process which sends it to 
the communications processor 303 after looking up the destination in the output routing 
table. 

When the communications processor 303 receives the message it responds by connecting 
the audio feed from the television processor 302 to the logical channel specified in the 
message. Consequently, the viewer can hear the expert via his telephone 308, 309. 

When the viewer hangs up, the communications processor 303 generates a message 
comprising an audio feed "function ID" in a routing part and "[channel no.] - hung up" in 
a data part. The message is then sent to the server 301. 
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The message is received by a routing process at the server 301 which obtains the ID of the 
control object instance for the second overlay 322 from an input routing table. The 
routing process then invokes the message handling method of the appropriate control 
object instance. The method responds to the message by generating an "on hook" messag. 
comprising the function ID and "comms" in the routing part and "[channel no.] - on 
hook" in the data part. This message is returned to the routing process which sends it to 
the communications processor 303 after looking up the destination in the output routing 
table. 



The communications processor 303 responds by breaking the link between the audio feed 
from the television processor 302 and the specified logical channel and drops the telephone 
line associated with the specified channel number. 

The operation of the present embodiment in respect of the third overlay 323 will now be 
described. 

When a viewer dials the third number using his telephone 308, 309, the call is answered by 
the communications processor 303. The communications processor 303 then generates a 
message comprising an phone "function ID" in a routing part and "new call-[channel 
no.]" in a data part. The channel number identifies a logical channel that the 
communications processor 303 can use to send signals to the new caller. The message is 
then sent to the server 301. 



The message is received by a routing process at the server 301 which obtains the ID of the 
control object instance for the third overlay 323 from the input routing table. The routing 
process then invokes a message handling method of the appropriate control object 
instance. The method responds to the message by selecting the ID of a free telephony 
terminal 312 from a list thereof, setting a busy flag associated with it to true, and generating 
a "connect" message comprising the function ID and "comms" in the routing part and 
"[channel no.] - [terminal ID]" in the data part. This message is returned to the routing 
process which sends it to the communications processor 303 after looking up the 
destination in the output routing table. 
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When the communications processor 303 receives the message it responds by connecting 
the specified telephony terminal 312 to the logical channel specified in the message. The 
viewer can then talk to the operator of the specified telephony terminal. 

5 If the viewer hangs up, the communications processor 303 generates a message comprising 
a phone "function ID" in a routing part and "[channel no.] - hung up* in a data part. The 
message is then sent to the server 301. 

If the operator of the telephony terminal 312 terminates to call, the communications 
10 processor 303 generates a message comprising a phone "function ID" in a routing part and 
"[terminal no.] - terminated" in a data part. The message is then sent to the server 301. 

When the "hung up" or "terminated" message is received by the routing process at the 
server 301, the routing process then invokes the message handling method of the 
15 appropriate control object instance. The method responds to the message by generating an 
"disconnect" message comprising the function ID and "comms" in the routing part and 
"[channel no.] - disconnect" in the data part. This message is returned to the routing 
process which sends it to the communications processor 303 after looking up the 
destination in the output routing table. 

20 

The communications processor 303 responds by breaking the link between the telephony 
terminal 312 and the specified logical channel and drops the telephone line associated with 
the specified channel number. The communications processor 303 then sends a 
"complete" message, comprising the function ID in the routing part and "[channel no.] « 
25 complete" to the server 301. At the server 301, the message is routed to the appropriate 
control object instance which responds by setting the busy flag for the telephony terminal 
to false and returning an empty message. 



The operation of the present embodiment in respect of the fourth overlay 324 will now be 
30 described. 

When a viewer dials the fourth number using his telephone 308, 309, the call is answered 
by the communications processor 303. The communications processor 303 then generates 
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a message comprising an information "function ID" in a routing part and "new 
call -[channel no.]" in a date part. The channel number identifies a logical channel that the 
communications processor 303 can use to send signals to the new caller. The message is 
then sent to the server 301 . 

The message is received by a routing process at the server 301 which obtains the ID of the 
control object instance for the fourth overlay 324 from the input routing table. The 
routing process then invokes a message handling method of the appropriate control object 
instance. The method responds to the message by generating a "play options" message 
comprising the function ID and "comms" in the routing part and "[channel no.] - play 
options" in the data part. This message is returned to the routing process which sends it to 
the communications processor 303 after looking up the destination in an output routing 
table. 

When the communications processor 303 receives the message it responds by playing an 
audio file, telling the caller that he can receive additional information by press "1" for short 
message service, "2" for e-mail and "3" for fax or cancel by pressing "0", via the logical 
channel specified in the message. The communications processor 303 then waits for a digit 
to be input. When a "1", "2", "3" or "0" has been entered by the caller, the 
communications processor 303 generates a "mode" message comprising the function ID in 
the routing part and "mode=[entered digit]" in the data part. 

The "mode" message is routed to the appropriate control object instance at the server 301. 

If the mode is "0", the method returns an "on hook" message, comprising the function ID 
and "comms" in the routing part and "[channel no.] - on hook", which is sent to the 
communications server 303. The communications server 303 responds in this case, by 
dropping the telephone call identified by the channel number. 

If the mode is " 1", "2" or "3", the method returns a "get number" message, comprising the 
function ID and "comms" in the routing part and "[channel no.] - get number" in the data 
part. This message is sent to the communications processor 303 which responds by 
generating a "telephone number" message, comprising the function ID in the routing part 



WO 00/33533 



PCT/GB99/03183 



-40- 

and "number - [telephone number]". The telephone number for the viewer is obtained 
using caller line identification (OJ). The "telephone number" message is sent to the server 
301 where it is sent to the message handling method of the appropriate control object 
instance. 

The method looks up the viewer's short message service, e-mail or fax address/number in 
a registered user database in dependence on the contents of the previously received mode 
message. If there is not an entry for the telephone number, the method returns an 
"unregistered* message, comprising the function ID and "comms" in the routing part and 
"[channel no.] - unregistered" in the data part, which is sent to the communications 
processor 303. The communications processor 303 responds to this message by playing an 
audio file through the specified channel and then dropping the line. The audio file gives 
the view instructions for registering, e.g. by telephone or e-mail or through a web page 
form. 

If the mode is "1" and an short message service number is found, the method sends a 
message, comprising the function ID and "comms" in the data part and "[channel no.] - 
[short message service number] in the data part, to the communications server 303. The 
communications server 303 responds by playing an audio file through the specified channel 
to inform the user that the information is being sent by short message service and then 
drops the line. Then it sends the information, which was previously stored at the 
communication processor 303, in a series of short message service messages to the viewer's 
mobile telephone 308, 309. 

If the mode is "2* and an e-mail address is found, the method sends a message, comprising 
the function ID and "master" in the data part and "send - [e-mail address, channel no.] in 
the data part, to the master station 300. The master station 300 responds by adding the e- 
mail address to a list of addresses to which the information is to be sent and then sends a 
"spooled" messaged, comprising the function ID in the routing part and "[channel no.] - 
spooled" in the data part, to the server 301. This message is routed in the normal way to 
the message handling method of the appropriate control object instance. 
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Similarly, if the mode is "3" and a fax number is found, the method sends a message, 
comprising the function ID and "master" in the data part and "send - [fax number, 
channel no.] in the data part, to the master station 300. The master station 300 responds 
by adding the fax number to a list of fax numbers to which the information is to be sent 
and then sends a "spooled" messaged, comprising the function ID in the routing part and 
"[channel no.] - spooled" in the data part, to the server 301. This message is routed in the 
normal way to the message handling method of the appropriate control object instance. 

On receiving a "spooled" message, the method returns a "spool report" message, 
comprising the function ID and "comms" in the routing part and "[channel no.] = 
spooled" in the data part, which is then sent to the communications processor 303. 

The communications server 303 responds by playing an audio file through the specified 
channel to inform the user that the information is being sent by the chosen method and 
then drops the line. 

When the program finishes, an operator at the master station 300 causes the master station 
to send a shut down command to the server 301 which completes any outstanding 
transactions and terminates its processing of messages from the communications processor 
303. The server 301, the television processor 302 and the communications processor 303 
can then be reconfigured for another television programme. 

It will be appreciated that the functions associated with the different overlays are not 
interrelated. Consequendy, only one or any combination of these functions, and others not 
described in detail here, may be used with any television programme. 

It will also be appreciated that the ancillary interactive functions available may vary during a 
television programme. This may be controlled by a sequence of time-dependent messages 
or by real-time input of commands at the master station 300 by an operator. 
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Claims 

1. A interactive media system including: - 

a user interface comprising an output device having a visual output user interface 
part located for private use and user input means located for use by a user concurrently 
"with the output user interface part; and 

a server comprising:- 

a state machine; 

an input routing means for receiving a message from the user input means, 
the message comprising a session reference and data, and for routing at least the 
data part a received message to the state machine in dependence on the session 
reference; and 

output routing means for routing messages, comprising at least a 
destination reference and control data for the output device, and for routing said 
control data to the output device in dependence on said destination reference, 
wherein the state machine is responsive to data routed to it by the input routing 
means to generate a message, comprising at least a destination reference, 

2. A system according to claim 1, including an additional processing apparatus, 
wherein said destination reference may refer selectively to the user interface or the 
additional processing means. 

3. A system according to claim 1 or 2, wherein the server comprises a plurality of state 
machines, each state machine being responsive to data routed to it by the input routing 
means to provide a message, comprising at least a destination reference identifying the 
output device and control data for the output device, to the output routing means. 

4. A system according to claim 1, 2 or 3, wherein the or each state machine comprises 
an instance of a software object. 

5. A system according to claim 4, wherein the or each object is a component, the 
input and output routing means exist in the same process space and the or each component 
exists in its own process space. 



• 
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6. A system according to daim 1, 2 or 3, wherein the operation of the or each state 
machine is defined, at least in part, by a respective control file. 

5 7. A system according to claim 6, wherein the or each control file comprises data in 
the form of a mark-up language. 

8. A system according to claim 6 or 7, wherein the or each state machine comprises a 
software object, the state changes of the state machine being defined in some cases by 

10 methods of said object and in other cases by the contents of the respective control file, 

9. A system according to any preceding claim, wherein the input and output routing 
means comprise a single software procedure or object. 

15 10. A system according to any preceding claim, wherein the user interface comprises a 
portable computing device having a web browser program and an associated mobile 
telephone means and said messages are sent between the server and the mobile telephone 
means by means of a messaging service. 

20 11. A system according to any one of claims 1 to 9, wherein the user interface 
comprises a telephone and a web server. 

12. A system according to any one of claims 1 to 9, wherein the user interface 
comprises a telephone and a television broadcasting apparatus. 

25 

13. A method of providing interactivity to a user, the method including the steps of: - 
receiving a first message from a user input means of a user interface, the user 

interface comprising an output device having a visual output user interface part located for 
private use and the user input means being located for use by a user concurrently with the 
30 output user interface part and the message comprising a session reference and data; 
routing said first message to a state machine; 

using said state machine to generate a second message, comprising at least a 
destination reference and control data, in response to data in said first message; and 
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routing said second message to said output device in dependence on said 
destination reference. 

14. A method according to claim 13, including the steps of: - 
receiving a third message from said user input means; 
routing said third message to said state machine; 

using said state machine to generate a fourth message, comprising at least a 
destination reference and data, in response to data in said third message; and 
routing said fourth message to a device other than said user interface. 

15. A method according to claim 13 or 14, wherein said state machine is selected from 
a plurality of state machines in dependence on said session reference. 

16. A method according to claim 13, 14 or 15, wherein the or each state machine 
comprises an instance of a software object. 

17. A method according to claim 13, 14 or 15, wherein the operation of the or each 
state machine is defined, at least in part, by a respective control file. 

18. A method according to claim 17, wherein the or each control file comprises data in 
the form of a mark-up language. 

19. A method according to claim 17 or 18, wherein the or each state machine 
comprises a software object, the state changes of the state machine being defined in some 
cases by methods of said object and in other cases by the contents of the respective control 
file. 

20. A method according to any one of claims 13 to 19, wherein the user interface 
comprises a portable computing device having a web browser program and an associated 
mobile telephone means and said messages are sent between the server and the mobile 
telephone means by means of a messaging service* 
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21. A method according to any one of claims 13 to 19, wherein the user interface 
comprises a telephone and a web server. 

22. A method according to any one of claims 13 to 19, wherein the user interface 
comprises a telephone and a television broadcasting apparatus. 

23. A method of communicating information comprising the steps of: 

receiving, by means of mobile telephone means, a message service message from a 
mobile telephone network; 

generating a browser page in dependence on the received message; and 
displaying the generated page using a web browser. 

24. A method according to claim 23, the browser page is generated by merging data in 
said message with a page template document. 

25. A method according to claim 24, comprising the steps of: 

caching message service messages from a mobile telephone network; and 

in response to generation of a URL signal by means of the browser, updating a 

database of variable data elements associated with a plurality of page templates in 

dependence on the content of the cached messages. 

26. A method of communicating information comprising the steps of: 
generating a URL signal by means of a web browser; 

generating a message service message in dependence on said URL signal; and 
transmitting said message to a mobile telephone netwoik using mobile telephone 

means. 



27. A method according to claim 26, comprising caching data in a first URL signal and, 
in response to generation of a second, subsequent URL signal, generating said message 
service message in dependence the data in both URL signals. 

28. A method of obtaining information comprising transmitting information by a 
method according to claim 26 or 27 and receiving information by a method according to 
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claim 23, 24 or 25, wherein the information in a received message is a response to the 
information in a transmitted message. 

29. A method of disseminating information comprising the steps of:- 
5 receiving a first message; 

performing data processing in dependence on the contents of the first message to 
generate a second, message service message; and 

transmitting the second message service message through a mobile telephone 
network, 

10 wherein the first message is a message service message from the mobile telephone 

network and the relates to a browser page displayed at a mobile terminal. 

30. A method according to claim 29, wherein the second message is addressed to the 
sender of the first message. 

15 

31. A method according to any one of claims 29 to 30, comprising the steps of:- 
analysing the first message to determine to which of a set of browser pages it 

relates; 

passing data in the message to an object instance related to said page and to the 
20 sender of the first message; 

performing a method of the object on the basis of said data so as to generate 
output data; and 

generating the second message using said output data. 

25 32. A method according to claim 31, including maintaining a record for each supported 
browser page of the state of the page for each user for whom there is an object instance 
related to the page. 

33. A client terminal apparatus comprising means configured for receiving message 
30 service message data from mobile telephone means, a web browser and means for 

generating a browser page in dependence on received short message service message data. 



34. An apparatus according to claim 33, including mobile telephone means. 
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35. An apparatus according to claim 33, wherein the means configured for receiving 
message service message data from mobile telephone means comprises a cable or infrared 
data link between a portable computer and the mobile telephone means. 

36. An apparatus according to claim 33, 34 or 35, including storage means storing a 
template for a browser page and the means for generating a browser page is configured for 
modifying the template in dependence on received short message service data to produce a 
browser page. 

37. An apparatus according to any one of claims 33 to 36, configured to provide a first 
means for caching the contents of received short message service messages and a second 
means for receiving cached short message service message contents from the first process, 
merging data comprised in said contents with an page template to produce a browser page 
and supplying the browser page to the browser. 

38. An apparatus according to claim 37, wherein the second means supplies URL data 
received from the browser to the first means and the second means generates short 
message service messages in dependence on URL data from the second means. 

39. A server apparatus for a data dissemination system employing a messaging service 
of a mobile telephone network and a client with a web browser, the apparatus comprising 

receiving means for receiving messages from a mobile telephone network; 

dispatching means for dispatching message service messages to a mobile station of 
a mobile telephone network; and 
a server comprising:* 

a state machine; 

an input routing means for receiving a message from the receiving means, 
the message comprising a session reference and data, and for routing at least the 
data part a received message to the state machine in dependence on the session 
reference; and 



WO 00/33533 



-48- 



PCT/GB99/03183 



output routing means for routing messages, comprising at least a 
destination reference and control data for the output device, and for routing said 
control data to the output device in dependence on said destination reference, 
wherein the state machine is responsive to data routed to it by the input router to 
generate a message, comprising at least a destination reference. 

40. A server apparatus according to claim 39, wherein the receiving means is 
configured for receiving message service messages. 

41. An apparatus according to claim 39 or 40, wherein 

the server comprises a database of users of mobile terminals and means for 
generating object instances, each instance being related to a browser page and a mobile 
terminal user, and 

the input routing means comprises means for analysing a message, received by the 
receiving means, to determine to which of a set of supported browser pages it relates. 

42. A client-server data dissemination system including a client apparatus according to 
any one of claims 33 to 38 and a server according to claim 39, 40 or 41. 

43. An electronic commerce system comprising a vendor display generator, a server, 
and a user interface including a telephone terminal apparatus, the vendor display generator 
and the server being connected by the Internet and the server and the user interface being 
connected by a telephone network, wherein the vendor display generator generates a 
display including a code and the server is responsive to input of said code using the 
telephone terminal apparatus to identify the vendor of the vendor display generator from 
said code and mediate a transaction between the user of the user interface and the vendor 
of the vendor display generator. 



44. A system according to claim 43, wherein the server has access to a database of 
registered users. 

45. A system according to claim 43 or 44, including a financial processing apparatus 
connected to the server by a communications system other than the Internet, wherein the 
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server mediates said transaction to completion in dependence on authorisation from the 
financial processing apparatus. 
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